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(57) Abstract 

A remotely programmable and accessible medical device system (10) including an interface unit (14) and a medical device (12) 
connected to a patient (18) is disclosed. Through a transceiver, such as a telephone (48) or computer (SOX a penon may obtain status 
reports from a remotely located medical device in audible, electronic or paper fomi. In addition, the person may change a protocol associated 
with the medical device or be alerted to a remote location of an alarm associated with the medical device. 
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METHOD AND APPARATUS FOR MONITORING A PATIENT 

The present invention relates to a remotely accessible health care system for medical eppBcatrons. More 
particularly, the present invention relates to a system associated with a patient medical device which permits a 
healthcere provider located remote from the patient that permits the provider to monitor the patient's current medical 
condition status and with the capability of editmg the patient's protocol documents changes to the patient's protocol 
and notifies the care provider of alarm conditions* 

Backoround of tha InyBiitjpq 

Due to rising health costs, the high costs of hospital rooms, the desire to provide comfort and convenience 
to patients, the medical Industry has promoted in-home care tor patients suffering from various maladies. Many 
patients must be connected to various medical devices. These medical devices frequently monitor certain parameters 
of the patient's health and have controls which must be adjusted due to changes in the patient's needs. Therapy 
changes may also require that entire protocols be programmed, in early versions of these medical devices, the 
pbyskal presence of a care provider was required to adjust the device's protocol. Such reprogramming is costly and 
time-consuming. 

In addition, healthcare providers such as hospitab, and health insurance agencies paying for healthcare now 
often require documentation supporting all medical procedures. For example; a health insurance agency may require 
that a patient prove that specific parameters which measure their health are at a certain level in order for the patient, 
to be reimbursed or the egency may require evidence thet the equipment is actually being used as intendel Also, 
patients or their cere ghrers at home often fail to inform the cere provider that an alarm associated with a medical 
device has occurred and, in certain cases patients may tamper with a device in response to en alarm condition. 

Therefore, a need exists for a remotely controllable medical device system that can inform care providers 
of a patient's status by notifying of alarm conditions and sending status reports to a remote fax or computer of the 
care provider or other health personnel ^ 

Summary of the Invention 

The present invention is directed to a remotely programmable medical device system and a method for 
remotely programming a medical device system via a remote transceiver that accomplishes the ebove-stated 
objectwes. 

The system of the present invention permits e care provider to obtain, from a remotely located medical 
device associated with a patient, the patient's status, to change the patient's protocol or to request documentation 
by a remote transceiver with a touch-tone keypad after receiving voice-synthesized instructions. This method is 
simple to use and requires no training; It allows a care provider to perform the above functions wherever a phone 
is loceted. If the care provider has access to a computer, he has the option of performing the same functions as 
with the telephone, described ebove, but may also view the patient's reel time status on the computer screen as 
it changes by either graphic or tabular form or send a file with the desired parameters to the system to program 
the medical device. 
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The care provider computer may also instruct the system to automatically send a status report at set time 
intervals to a specified location and automatically call the care provider to notify of an alami condition. Additionally, 
the system may remotely program multiple medical devices connected to one or more patients or remotely program 
the protocol of multiple patients in a single programming session by accessing a central data storage location. 

To achieve these and other advantages, and In accordance with the purpose of the invention as embodied 
and broadly described therein, the present invention defines a remotely programmable and accessible nudical device 
system having a programmable protocols the medical device system bemg remotely programmable by a remote 
transceiver, such as a touch-tone phone or computer. Altematively, the medical device may not have a programmable 
protocol. For instance, the device may monitor a patient's vital signs only. The remotely programmable medical 
device system of the present invention comprises a memory for storing a programmable protocol or record of acthrity 
and a remote communication port for sending a voice signal to the remote transceh/er, sending data to a remote fax 
or computer, and receiving a remote progranuning signal from the remote transceiver. The system also comprises 
a voice storage unit for storing a voice signal and a processor, .coupled to: (1) the remote commumcation port, for 
processing the programmable protocol in response to receiving the remote programming signal; (2) the voice storage 
unit for accessing the voice signal from the voice storage unit; and (3) the memory for accessing the progremmabte 
protocol from the memory. 

In an additional aspect the present invention comprises a medical device system having a programmable 
alarm routine stored in a memory. The medical device system comprises a medical device which has a data port 
and an interface unit coupled to or integral with the medical device data port on the medical device via an interface 
data port. The interface unit further comprises a voice storage unit for storing a voice signal stating that an alarm 
condition has occurred end remote communication port for automaticaDy sending the voice signal to the remote touch- 
tone transceiver or automatii^lly sending data regarding the alarm condition to a remote fax or computer. The 
interface unit also comprises e processor coupled to: (1) the remote communication port, for processmg the alarm 
condition m response to receiving the medical device alarm signals; (2) the voice storage unit for accessing the voice 
signal from the voice storage unit; and (3) the memory for accessing the alarm routme from the memory. A signal 
ifrom the alarm on the medical device is relayed to the interface data port via the medical device data port. 

In another espect, the present invention comprises a remotely progranimable medical device system having 
a programmable protocol stored in a protocol memory, the system being programmable by a remote transcehrer. The 
medical device system comprises an interface unit and at least one medical device, each medical device having a data 
port and an interface unit coupled to or integral with each data port on the respective medical device via an interface 
data port. The interface unit further comprises a voice storage unit for storing a voice signal and a remote 
communication port for sending a voice signal to the remote touch-tone transceiver, sending data to a remote fax 
or computer, and for receiving a remote programming signal (such as a dual-tone multi-frequency signal m the case 
of a remote telephone) from the remote transceiver. The mterface unit also comprises a processor, coupled to: (1) 
the femote communication port, for processing the programmable protocol m response to recehring the remote 
programming signal; (21 the voice storage unit for accessing the voice s^nal from the voice storage unit; and (3) the 
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memory for accessing the programmable protocol from the memory. The processed programmable protocol is relayed 
from the processor to the medical device via the interface data port. 

hi another aspect, the present invention comprises a remotely programmable medical device system having 
progremmable protocols for multiple patients stored in a central memory location, the system being programmable 
by a remote trenscehrer. The system comprises a remote central date storage unit, muhipta medical devices 
connectable with multtple patients, an interface unit for each patbnt, and each medical device having a data port 
coupled to a data port on its respecthre interface unit Each interf ece unit comprises a voice storege unit for stormg 
a voice signal and a remote communication port for sending a digital signal to the remote central data storage 
location, sending data to a remote fax or computer, and for sending and receiving e remote programming signal (such 
as a dighat signal in the case of a computer) from the remote touch-tone transceiver. Each interface unit also 
comprises a processor, coupled to: (1) its remote communication port, for processing the programmable protocol in 
response to receiving the remote programming signal; (2) its voice storage unit for accessing the voice signal from 
its voice storage unit; and (3) its memory for eccessing the programmable protocol from its memory. The processed 
programmable protocol is relayed from the processor to the medical device via the interface data port. The remote 
central data storage unit comprises: a voice storage unit for storing a voice signal; a first communication port for 
sending the voice ^al.to the remote touch-tone transcehrer, sending deta to a remote fax or computer, end for 
receiving e remote progreroming signal from the remote tflucb*tone trenscetver; and a second conmumicetion port for 
sending and recehring signals from the data ports of the medical devices. The remote central data storage unit 
further comprises a processor, coupled to: (1) the first remote communication port, for processing the programmable 
protocol in response to recehrbig the remote programming signal; (2) the second remote communicetion port, for 
processing the programmable protocol to be sent to the interface unit of a patient; (3) the voice storage unit for 
accessing the voice signal from the voice storage unit; and (4) the memory for accessing the programmable protocol 
from the memory. The processed programmable protocol is relayed from the processor of the remote central data 
storage unit to the processor of an interface unit via the second remote communication port. 

Further objects, features, and advantages of the present Invention over the prior art will become apparent 
from the detailed description of the drawings which follows, when considered with the attached figures* 

Brief Descrmtion of the Drawinos 

FIGURE 1 schematically itfustrates the medical system of the present invention by which a care provider 
may remotely access and control a medical device associated with a patent; 

FIGURE 2 schematically illustrates an interfece arrangement of the system illustrated m Figure 1; 

FIGURE 3 is a flow diagram fflustrating a general control methodology of the interface; 

FIGURE 4 is a flow diagrsm illustrating a computer programming mode of the system; 

FIGURE 5 is s flow diagram illustrating an access code menu of the system; 

FIGURE 6 is e flow dagram illustrating an alarm control menu of the system; 

FIGURE 7 iBustrates the relationshq) of the diagrams bi Figures 7A1, 7A2, and 7A3; 
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FIGURES 7A17A3 are flow diagrams Hiustrating a portion of a mam manu of the system illustrated m 
Figure 3 as adapted to use with a mechanical ventilator; 

FIGURE 78 is a flow diagram illustrating a fax report menu of the system as adapted to use with a 
mechanical ventilator; 

5 FIGURE 7C is a flow diagram illustrating a send file menu of the system as adapted to use with a 

mechanical ventilator; 

FIGURE 7D is a flow diagram illustrating an edit protocol sub-menu of the system as adapted to use with 
a mechanical ventilater; 

FIGURE 8A is a ftow diagram illustrating a portion of a main menu of the system illustrated in Figure 3 
10 as adapted to use with a vital signs monitor; 

FIGURE SB is a flow diagram illustrating a fax report menu of the system as adapted to use with a vital 
signs monitor; and 

FIGURE 8C is a flow diagram illustrating a send file menu of the system as adapted to use with e vital 
signs monitor. 

15 Detailed Descrrptlon of the Preferred Embodrment 

Reference will now be made in detail to the present preferred embodiment of the invention, examples of 
which are illustrated in the accompanying drawings. Wherever possible, the same reference numbers will be used 
throughout the drawings to refer to the same or like parts. 

In accordance with the present invention, a remotely programmable medical device system is provided that 

ZO allows remote programmfaig and communication with a meiBcal device from a remotely located transceiver, such as 
a push-button telephone or computer. The system includes a memory, a voice storage unit, a remote communication 
port« and a processor that is coupled to the remote communication port, the voice storage, end the memory. It 
should be understood herefai that the terms "prograronBng," **programmable," and "processing** are generalized terms 
that refer to a host of operations, functions, and data manipulation. Those terms, therefore, are not limited herein 

25 to editing and deleting dete, parameters, protocol end codes. For example, programmmg and processing, as used 
herein, mey encompass editing, changing, erasing, entering, ro-emering. viewing, reviewing, locking, and mserting 
functions. 

An exemplary embodiment of the system of the present invention is shown in FIG. 1 and is designated 
generally by reference numeral 10. As herein embodied and shown In FIG. 1, the remotely progremmable medical 
30 device system 10 includes a medical device 12 and an mterface unit 14. The medicel device preferably inchides a 
patient connection 16, such as a wire through which patient data is transmitted, such as from a sensor. 

The interface 14 includes a cable 20 for connecting the interface 14 to the medicel device 12, controls 
22 for controlling operation of the interface 14. display lights 24 for indiceting various conditions of the interface 
14, and an internal audio device 26 for providing eudio alarm signals. As embodied herein, the controls 22 include 
35 a Bnk button 28, a local button 30, and a send button 32. Aiternetively, the local button 30 may not ha present 
as will be easily understood by those of skill in the art. The display lights 24 mclude a wait light 34, a 
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phone/computer light 36, and an alann Gght 38. The functbn of tha controls 22 and the display lights 24 will be 
described in detaO below. The interface 14 else preferably inchtdes a remote communication port 40 and a local 
communication port 42. 

In the alternative to being coupled via wiring 20, the interface 14 and medical device 12 may communicate 

5 via an interface data port 44 and a medical device data port 46 each comprising a vvirebss emitter/detactqr pair. 

Preferably, data ports 44, 48 each comprise an nifra*red or RF emitter/detector, permitting wireless communication 

between the medical device 12 and the interface 14. Other wireless communications ports may also be used. A 

power cable 20 is preferably employed to provide power to the medical device 12 vie the interface 14. Akernatwaly, 

the medical device may have its own power cabb coupled directly to the power source {not shown), as opposed to 

10 being connected through the interface 14. 

As embodied herein, the remote communication port 42 and the local communication port 40 (if present) 

each comprise a standard modem, as is well known in the art. The modem may operate at 28800 baud or other 

baud rates. The system may be arranged so that a care provider located close to the patient, such as at a patient 

station in a hospital when the patient is in the hospital, can access the interface 14 through the local port 40, such 

15 as through a hard wire ilnic. On the other band, if tha care provider is at a location remote from the medical device 

system 10, the system is prefersbiy arranged so that when the link button 28 is pressed, the remote communication 

port 42 is acthrated. In this way, the care provider can communicate with the interface .14 via a remote transcmver 

such as a telephone 48 or a computer 50. It shouU be understood that the interface 14 may be provided with but 

a single port through which signals are input and output, instead of having separate local and remote ports. 

20 For convenience, this description refers to a care provUer's use of e tetephone or personal computer to 

access the medical device 12 remotely, but it should be understood that any transceiver capable of activation or 

selection of programming parameters both incfependently of and in response to various prompts and queries. It should 

also be understood that the term "remote touch-tone transceiver* is not ^ited to conventional push-button 

telephones having a 12 key keypad, with 0-9, *, and U keys. Rather, as defined herein, the term "touch-tone 
* 

25 transceiver" refers to any transceiver capable of generating signals via a keyboard or other data entry system and 
thus is not fimited to transceivers that generate DTMF signals, such as conventional telephones. Examples of other 
types of "touch-tone trensceivers** as defined herein incbde computers having a keyboard and/or cursor controlOng 
device, conventranal push button telephones, transmitters that convert human voice to pulse or digital or analog 
signals, and pager transcewers. 

30 With reference to FIG. 2, the elements included in the interface 14 win be described in more detail. As 

stated above, the interface 14 comprises the remote communication port 42, the local communication port 40, a 
protocol and event memory 52. a voice storage unit 54, a processor 56, s voice synthesizer 58, and an access code 
memory 60. Alternatively, the protocol and event memory 52 and the processor 56 may be an integral unit. The 
protocol memory 52, the voice storage unit 54, and the access code memory 60 may all be contained in the same 

35 memory device (such as a random access memory), or in separate memory units. Prelerebly, the voice storage unit 
54 comprises a read-only memory (ROM). The interface 14 abo includes the data port 43 for rebying information. 
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between the interface 14 and the medical device 12 (such as through wire 20 or by the emitter/detector 44). The 
voice synthesizer 58 is preferably an integrated circuit that converts digitized voice signals to a signal that emulates 
the sound of a human voice. As embodied herein, the voice synthesizer 58 needs only be used to convert the signals 
outgoing from the interface 14 to the remote telephone 48 and thus is not required for converting incoming signals 
5 from the remote telephbne 48 or from the remote computer 50 or outgoing signals to a remote computer SO. The 
voice synthesizer may comprise a commerciaBy aveilaUe speech synthesis chip. 

The remote communication port 42, the local communication port 40, and the interface data port 44 are 
all coupled to the processor via data buses 62a, 64a, and 66a, respecthrely. The communication ports 40, 42 
receive signals from the transcehrer 48, SO and relay those signals over the buses 62a, 64a, respectively to the 

10 processor 56 which in turn processes those signals, performing various operations in response to those signals. K 
the care provider chooses the remote communications mode from the telephone 48, the processor 56 receives 
digitized voice signab from the voice storage unit 54 via bus 70a and sends those digitized voice signals to the voice 
synthesizer 58 via bus 70b, where the signals are converted to human voice emulating signals. Those human voice 
signals are sent from the voice synthesizer 58 via buses 62b, 64b, 66b to buses 62a, 64a, 66b, which in turn relay 

15 those signals to the remote communication port 42, the local communication port 40, and the interface data port 
44, respecthrely. 

For example, if it is necessary provide instructions to the care provider operating the remote telephone 48. 
The processor 56 sends a voice address signal over a data bus 70a coupling the processor 58 to the voice storage 
unit 54. The voice address signal corresponds to a locatton m the voice storage unit 54 containing a particular voice 

20 signal that is to be sent to the remote transceiver 48. Upon recehdhg the voice address signal the perticular voice 
signal is accessed from the voice storage unit 54 and sent, via the data bus 70a, to the processor 56. The 
processor 56 then relays the voice signal via the data bus 70b to the voice synthesizer 58, which converts the yoice 
signal and sends the converted s^al m data buses 62b end 62a to the remote communication port 42, which sends 
the converted signal to the remote transceiver 48. 

25 The voice signal retrieved from the voice storage unit 54 may be a dpized representation of a person's 

voice or a computer generated voice signal (both being well known in the art}. The digitized voice signal is converted 
by the voice synthesizer 58 to a signal that emulates the sound of a human voice. The voice signal instructs the 
care provider on how to respond to the voice signal and what type of information the care provider should send. 
As the remote transceiver may be a push button telephone having a keypad with multiple keys, the care provider then 

30 presses the appropriate key or keys, thereby sending e DTMF signal back to the remote communication port 42 of 
the interface 14. It should be understood, however, that the remote transceiver need not be a push button telephone, 
but rather any transceiver capable of sending and receiving DTMF or other similar signals. For example, the remote 
transceh/er may be a computer or portable remote controller. 

If the DTMF signal sent by the care provider is e remote programming signal which is transmitted from the 

35 remote telephone 48 to the remote communicatun port 42 of the mterfece 14, the remote communication port 42 
then relays the remote programming signal via the data bus 62a to the processor 58. In response to receiving the 
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remote progremming signal, the processor 56 accesses a particular parameter of the programming protocol from the 
protocol memory 52. To access the peremeter, the processor 56 transmits a protocol address signal over the data 
bus 68 that couples the processor 58 and the protocol memory 5Z Tlie protocol address signal corresponds to a 
location in the protocol memory 52 containing the parameter. The parameter is then sent from the protocol memory 
52 to the processor 56 over the data has 68. Depending on the nature of the remote programming signal the 
processor 58 csn then perform one of a number of operations on the parameter, including editing, erasing, or sending 
the parameter back to the remote transceiver 48, 50 for revuw. Those skilled in the art will recognize that many 
types of signals or commands can he sent from the remote transceiver 48, 050 to the interface 14 for processing. 
Examples of such signals, how they are processed, and their effect will be described in detaa below in conjunction 
with the description of the operation of the present invention. 

In accordance with the present invention, the medical device system 10 can incorporate various security 
measures to protect against unwanted access to the interface 14 and the associated medical device 12. 
Significantly, a user access code can be used to block access except by persons with the user access code, which 
may be a multi-digit number (preferable a four digit number.) The medical device system 10 can be equipped with 
one or multiple user access codes, which are stored in the access code memory. To initiate communication with 
the medical device system 10, a care provider is connected to the medical device system 10 via the remote touch* 
tone transceiver 48, 50. This connection may be initiated by a can from the cere provider to the medical device 
system 10 (or a patient talking on a telephone located near the medical device system 10), or by a call from the 
patient to the care provider, Bther way the care provider is connected to the medical device system 10. After the 
connection is made between the care provider and the medical device system 10, the interface 14 is preferebly 
arranged to require care provider to enter a user access code. If the care provider enters a vaPNl user eccess code 
(as explained above, there may be several vard codes), the care provider is permitted to access andfor program the 
programmable protocol. 

During a programming session, in certain circumstances (which will be described below), the user access 
codes can be reviewed, edited, and/or erased entirely and re-entered. To perform any of these functions, a 
programming signal is sent by the care provider from the remote transceiver 48, 50 to the interface 14. That 
programming signal is relayed through the remote communication port 42 to the processor 56, which processes the 
-signal and generates an access code address signal. The. access code address signal, which corresponds to a 
memory location in access code memory 60 holding a user access code, is sent over a data bus 72 to the access 
code memory 60. The particular user access code is then retrieved and sent back of the data bus 72 to the 
processor 56, which processes the user access code in some manner. 

To communicate with the medical device system 10, the interface is equipped with the mterface data port 
43. The medicel device protocol cen be sent from the interface 14 to the medical device 12 via the interface data 
port 43 and the medical device data port 46. Thus, for example, the processor 56 accesses the protocol from the 
protocol memory 52 and sends the protocol via data bus 66a to the interface data port 43. The interface data port 
43 then sends the information to the medical device data port (such as through the wire 20 or the wireless 
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emitter/transceivar 46), where it is processeif fay circuitry and/or software in the medical device 12. In this way, 
the medical device protocol can be programmed (e.g., edited, redone, reviewed, locked, re entered, etc.). 

The send button 32 is designed to permit sending of the medical device data or protocol to a remote 
location, such as a computer 74 or fax machine 76. In this way, a remote record is maintained, such as at a 
5 computer. If the computer 74 is remote from the medical device system 10, a person located at the interface 14 
may press the send button 32, which bi turn downloads the existmg protocol or data to the remote communication 
port 42. The protocol is then transmitted via the remote communication port 42 to the remote computer 74. 

The fink button 28 is preferably used to initiate or enter mto the remote programmnig mode of the medical 
device system 10. When initiatmg a programmmg session, the care provider calls the telephone number corresponding 

10 to the medical device systnn 10 (or the patient's home phone). The patient 18 may answer the call with his or her 
telephone, and the care provider and patient can communicate by standard voice signals. This is known herein as 
la phone mode or patient conversation mode. The care provider then instructs the petient to depress the link button 
28, which disconnects the patient 16 from the telephone line and initiates the programmmg mode described below 
with reference to FIGS. 3-8. If, however, the patient 18 does not answer the care provider's call, the interface 14 

15 may be equipped with an internal switching system that directly connects the care provider with the interface 14 
and initiates the programming mode. The internal switching may be accompfished with hardware in the interface 
14 or with software that controls the processor 56, or with a hardware*software combination. Either way, the care 
provider may then begin processing the information and protocol stored in the interiece 14. (As described above, 
the call may be initiated by the patient 18 to the care provider.) 

20 The functions of the display lights 24 will now be described. Preferably, the display lights 24 comprise 

LED's. The wait light 34 indicates when the interface 14 is invohred in a programming session or when it is 
downloadbig the protocol to a remote location, such as the remote computer 74. Accordingly, the wait light 34 teDs 
the patient 18 not to disturb the mterface 14 until the wait light 34 goes off, tndicatmg that internal processing 
elements of the interfece 14 are macthre. The phone ight 36 bidtcetes when the care provider and the patient 18 

25 are mvolved in communication via the remote transceiver 48 or 50 and thus when the internal proces»ng elements 
of the interface 14 are inactive. The phone light 36 mey else bidicate when the medical device system 10 is ready. 

The alarm light faidicates various alarm conditions and functions of the medical device system 10. The 
medical device 12 sends an alarm signal via the medical device data port to the Interface data port 43. The tignal 

3D is relayed via data bus 66a to the processor 56. Next, the processor 56 sends a voice address signal over data 
bus 70a coupling the processor 56 to the voice storsge unit 54. The voice address slgnsl corresponds to a location 
in the voice storage unit 54 containmg a voice signal pertaining to the elarm condhion that is to be sent to a remote 
location (such as 48, 50, 74, or 76). Upon receiving the alarm address signal, the alarm signal is accessed from 
the voice storage unit 54 and sent via the data bus 70a to the processor. The processor 56 then relays the voice 

35 signal via the data bus 70b to the voice synthesizer 58 which converts the voice signal and sends the converted 
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s^nal via data buses 62a, 62b to the remote commuflicatwn port 42 which sends the converted signal to the remote 
transceiver. 

Ramotfl AcceM of a Medicat Davicfl wrth the 
System of the Presant Inventien 

Referring to FIG. 3, the progremnnng mode or sequence of the present invention wll be described bi detail. 
A care provider may access and process the protocol of the interface from either the remote telephone 48, remote 
computer 50 or other transceiver, as descrOied above. The programming mode by remote telephone 48 will first be 
described. The care provider dials the telephone number corresponding to the medical device (Step 1). A synthesized 
voice message wiU ask the care provider whether the care provider wishes to first converse with the patient prior 
to the remote programming session (Step 2). If the care provider chooses "yes," the care provider and patient 
communicate by standard voice signals (Step 3). More specifically, the patient would pick up local phone 48A which 
is in communication with the local port 40 and speak with the care provider who Is on the remote phone 48 m 
communication with the remote port 42. (Sgg Figure 1.) After the conversation is completed, the care provider asks 
the patient to depress the link button on the interface (Step 4), which connects the care provider with the interface 
(Step 5J, terminates the phone mode, and initiates a remote touch-tone programming session. If the care provider 
chooses not to talk to the patient before the remote programming session (Step 6), the care provider may choose 
"no" (Step 6), and is directly connected to the interface 14, thereby directly initiating a remote touch-tone 
programming session by going to the access code menu (FIG. 5) without entering into conversation mode. 

Ahernatively, the care provider may access end process the protocol of the Interfece from a remote 
computer 50. The care provider may directly mitiate programming mode by having the modem of the remote 
computer 50 dial the number of the medical device system ia In the event that the device 10 is only monitoring 
a patients vital signs, the care provider can retrieve the vitel signs as will be understood by one of skiO in the art. 
Initially, a message will appear on the care provider's computer screen querying the care provider whether the care 
provider wishes to view a menu with additional options before going to the main menu. As shown in FIG. 4, such 
options tnchide, but are not limited to: sending the status of the patient's condition to the care provMer's computer 
(Step 8); toading e new protocol from a file on the provider's computer (Step 9k activating real time monitor mode 
so that the provider may view the patient's current condition as it changes (Step 10); receiving the PM history of 
the device (Step 11); and activating the diagnostics mode (Step 12). If the care provider chooses not to go to the 
specie) options menu (Step 7), he may go directly to a remote programming session by going to the access code 
menu (FIG. 5). 

Access Code 

If the user enters a correct access code (Step 13), the user is preferably alkiwed to perform certain 
functions relating to the access code. For example, end referring to FIG. 5, if the care provider has entered a master 
access code, the interface 14 generates a number of voice queries (for a telephone link; a sqinal representing 
alphanumeric text of the same message may be transmitted when a computer 50 is being used), that are transmitted 
to the care provider and provide the care provider with a number of options. First, bi Step 14, the care provider 
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is asked whether a new master access code is to be entored and is instructed to press a certain button on the touch 
tone keypad (in this case the number "D to select this option. If the care provider selects this option, the interface 
14 tells the care provider to enter the existing master access code (Step 15) and to enter a new master access code 
{Step 16). The newly entered master access code is then read back to the care provider by the Interface 14 (Step 
5 1 7), and the interface 14 generates a voice command that teDs the care provider to press the key on the keypad 
to accept tha new roaster access code), if the cere provider presses the X key, the interface 14 returns (Step 
18) the care provider to the eccess code menu. Those skilled in .the ere will recognize thet the keys to be pressed 
by the cere provider are only exemplary and that other keys could be designated to accept and/or select verious 
options and programming entries. 

10 Second, in Step 19, the cere provider is esked whether a new user eccess code is to be entered and is 

instructed to press e certain button on the touch tone keypad fm this case the number "Z**) to select this option. 
If the care provider selects this option, the interface 14 tells the care provider to enter a new user access code (Step 
20). If the entered new user access code already exists, the program loops around and asks the care provider to 
enter a new master access code egain (not shown). If the newly entered user access code does not already exist, 

15 the new user access code is then read back to the care provider by the interface 14 (Step 21), and the interface 
14 generates a voice command that tells the care provider to press the key on the keypad to accept this new 
user access code. If the care provider presses the "#* key, the interface 14 returns (Step 22) the care provider to 
the access code menu. 

Third, in Step 23, the care provNIer is esked whether he or she would like to query the usier access codes 
20 and is instructed to press a certam button on the touch tone keypad (in this case the number "3") to select this 
option. If the care provider selects this optbn, the interface 14 tells the care provider in Step 24 thet there are 
a certain number of user access codes (depending on how many there are). In Step 25, the interface 14 recites the 
user access codes to the cere provider and continues reciting the user access codes until all are recited. After 
completing reciting the user access codes, the interface 14 returns (Step 26) the care provUer to the access code 
25 menu. 

Fourth, in Step 27, the cere provider is asked whether he or she would like to erese the user access codes 
and is mstructed to press a certain button on the touch tone keypad (in this case the number "4") to select this 
option. If the cere provider selects this option, the interfece 14 asks the care provider to select one of two options: 
(1) to erase specific user codes, press a certain button on the touch-tone keypad (in this case the number "1") (see 

30 Step 28); or (2) to erase all user access codes, press a different button (in this case the number '!2") (see Step 33). 
If the care provider selects Step 28, the care provider is asked to enter the specific user eccess code to be deleted 
(Step 29), and the interface 14 reads back that specific user access code in Step 3D. The interface 14 then asks 
the care provider to press the button on the touch-tone keypad to accept deletion of that user access code and 
is returned to the access code menu. If the care provider selects Step 33 (gtobal deletion), the mterface 14 warns 

35 the cere provider that he or she is about to erase all the user eccess codes and asks for the care provider to press 
the button to eccept (Step 34). The interface then returns (Step 35) to the access code menu. 
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Fifth, in Step 36, the care provider is asked to press a certain number (in this case **5") to exit the access 
code menu. If the cere provider selects this option, the interface 14 returns (via Step 37) to the access code 
prompt 

The interface 14 may also be programmed so that access is prevented without entry of en access or 
security code (not shown). 
Main Menu 

If the care provider has entered a correct user eccess code and has either by-passed the above functions 
relating to the access code or has completed them, the processor 56 accesses from the voice storage unit 54 (or 
by a signal representing alphanumeric characters transmitted to a computer) a number of voice queries comprising 
a main menu. Referring to FIG. 3, a number of options are presented to the care provider through the main menu. 
The particular items presented may vary depending upon the particular medical device with which the system is being 
used, the number of medical devices being used with the system (as described below), or the number of patients that 
are connected to the system (as described below). 

The main menu of FIG. 3 illustrates a menu which is generally useful with a wide range of medical devices 
and which presents a mjmber of advantageous procedures of the system of the present invention. It should be 
understood that other menu features may be provided. As ilhistrated, the care provider is asked to select among 
several options by pressing a key on the touch-tone keypad (or on a computer keypad). 

Certain options will be applicable for every medical device such as talking to the patient (Step 38) and the 
alarm review mode (Step 39). If the care provider selects direct conversation with the patient, the connection is 
switched to e phone mode (Step 40). In the phone mode, the care provider can talk with the petient to verify 
programming changes (Step 41). The care provider can then hang up the remote telephone 48 after completing 
conversation with the patient (Step 42). If the care provider selects the alarm review mode in Step 39, the interface 
generates voice queries that are transmitted to the care provider. As illustrated in FIG. 6, the care provider has the 
option of reviewing the fax or phone number(s) that will be automatically dialed in the case of an alarm condition. 
For example, the synthesized voice will state,"alarm notification number one is 123456790; alarm notification number 
two is 2345678" (Step 43). In Step 44, the care provider has the option of deleting an existing number by entering 
in the number to be deleted through the transceiver (Step 45). The care provider may choose to detete additional 
numbers (Step 46), or go to the add alarm notification option (Step 47). If the care provider selects the option of 
adding additional alarm notification numbers in Step 48, the care provider may add an additional number by entering 
In the number to be added through the transceiver. In Step 49, the care provider is asked to either add another 
number or go to the main menu. 

Gptrons such as faxing a report or sending a file are also appGcable for every medical device, but the type 
of report or file will vary depending on the medical device. Other options may be applicable to some medical devices, 
such as editing or creating a protocol, but not others. Therefore, these non-un»ersal options are discussed below 
(refer to step or circle "0") as related to specific medical devices. 

Adaption of the Svstem of the Present Invention to 
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MuWdIb Medical Davlces and/or Multipte Patisnts 
In a variation of tha presant invention, the system may be arranged to permit access to and control over 
multiple medical devices. In this arrangement, multiple medical devices are preferably arranged to communicate with 
a single interface. In a method of accessing and controlling these multiple devices, after entering the access code, 
the care provider will be prompted to enter the devue number of the particular device which the care provider wants 
to access. 

Another embodiment functions in the same manner es the eifibodiment described ebove. However^ this 
embodiment mey be used for multiple patients and comprises multiple medical devices connectable with multiple 
patients, an interface unit coupled with the medicel devices of each patient and e central data storage um't. The 
central data storage unit performs the same function es en interfece unit, but ects as a central storage location for 
the protocols of multiple petients. This embodiment allows the care provider the optbn of calSng one number from 
the remote transceiver, the number of the central data storage unit, to program the protocols of multiple patients 
instead of calling the number of each patient; however, the care provider still reteins the option of calling the 
interface unit of a particular patient if the care provider wishes to program the protocol of a single patient. The 
remote central data storage unit comprises two remote communication ports, a protocol and event memory, a voice 
storage unit, a processor, a voice synthesizer, and an access code memory. The protocol memory, the voice storage 
unit, the voice synthesizer, end the access code memory ere the same as those for the interface units. Each of the 
two remote communication ports is coupbd to the processor via data buses. The first remote communication port 
recehres signels from e remote transceiver end relays those signals over the buses to the processor which performs 
various operations In response to those signals. Next, the signals are sent by a deta bus to the second remote 
communication port which then relays the signals to the specified interface unit via the remote communication port 
of the interface unit. The signals are then processed in the seme manner as the interface unit processor wfthout 
a central data storage unit processes the signals it recehres from the remote touch-tone transcehrer. 

It shouU be understood that the above progremnung and functions described ebove provide only examples 
of how the care provider, uiterface unh, and central data storage unit may biterect via a remote touch-tione 
transceiver. Therefore, additional or ahematwe steps and procedures can be designed and implemented for renute 
programming of the present invention. Accordingly, only some of the stepis dascribed above need be faichided in the 
invention; the steps may be conducted m a different order; edditionei or fewer protocol parameters may be controDed 
by the care provider; and different operational modes may be chosen. 

Furthermore* the present invention con be used with a variety of medical devices. As discussed below, the 
present invention is used for reviewing and programming the protocol of e mechanical ventilator and a vital signs 
monitor. It will be apparent to those skilled in the art that various modifications and variations can be made in the 
apparatus and method of the present invention without departing from the spirit or scope of the invention. Thus, 
it is intended that the present invention cover eny modifications and variations of this invention. 
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Adaptation of the System of the Presant hvBntiDh for 
Use with a Mechanical Viintilator 

Referring to FIG. step "D," examples of specific main menu options for a machanical ventilator will 
be described, if the cere provider has selected review of the current protocol fai Step 50, the interface 14 provides 
the care provider with a variety of mformation (Fig 7A2). The care provider is toU tidal volume (Step 51); the breath 
rate (Step 52); the high pressure setting (Step 53); the mode (Step 54); the pealc flow (Step 55); the low pressure 
setting (Step 56); the PEEP leveKStep 57); the elapsed time (Step 58); and the last alarm (Step 59). After providmg 
this information to the care provider, the interface 14 in Step 60 returns to the main menu as FI6« 3. 

With reference to FIG. 7A2, the edit mode will be described in detail. If the care provider has selected the 
edit mode in Step 61« the interface 14 permits the care provider to edit the current protocol in this mode, some 
parameters may be maintained while others may be edited. The care provider Is requested to enter the serial number 
of the mechanical ventQator (Step 62), the care provider identification number (Step 63), and the patient's 
identification number (Step 64). These numbers are for record keeping purposes, and are included in any report or 
file requested by the care provider. In Step 65 the care provider is told the current tidal volume. The care provider 
is then asked to enter a new rate, or press the # button on the keypad to accept the new rate (Step 66). Similar 
operations are performed on the breath rate, the h^h pressure setting, mode, current peak flow, low pressure setting, 
and PEEP level (Steps 67 - 78). After editing, the interface 14 transfers to the sub-menus of FIB. 70 (Circle 6). 

Referring now to FIG. 70, the edit mode sub-menus provide the care provider with several options efter 
editing the protocol The f h'st edit mode sub-menu aUows the care promder to send (Le., save) the edits to the 
ventilator by pressing a certain key on the keypad (Step 78), to review the edits by pressing a different key on the 
keypad (Step 80), and to cancel the edits by pressing stiO a different number on the keypad (Step 81). If the care 
provider selects sending the edits (Step 79), the new protocol is sent to the respirator (Step 82), end the care 
provider is told goodbye. The care provider is then transferred to patient conversation mode (Step 83), and the care 
provider is put in connection with the patient to verify the programming (Step 84). After verifying the programming 
changes with the patient, the care provider hangs up the remote telephone 48 (Step 85), end the programming 
session rs completed. 

If the care provider selects reviewing the edits (Step 80), the interface 14 reports the new parameters of 
the protocol to the care provider (Step 86). After reporting, the care provider is taken to the second edit mode sub- 
menu which permits the care provider to select: (1) send the edits (Step 87), (2) edit the edits (Step 88), or (3) 
cancel the edits (Step 89). If the care provider selects sending the emended protocol (Step 87), the new protocol 
IS sent to the respirator (Step 90), and the care provider is told goodbye. The care provider is then transferred to 
patient conversation mode (Step 91). and the care provider is put in connection with the patient to verify the 
programming (Step 92). After verifying the programming changes with the patient, the care provider hangs up the 
remote telephone (Step 93) end the programming session » terminated. 

If the care provider selects the create mode in Step 94 (see Fia 7A1), the care provider is aisked to 
program various parameters for the new protocol As ilkistreted ui FIG..7A2, the care provider is asked to enter 
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the tidal volume (Step 95) after which the entered tidal volume is read back, and the care provider is asked to press 
the # button to accept this rate. The care provider follows the same procedure for entering breath rate^ high 
pressure setting, mode, peak flow, low pressure setting, and PEEP level (Steps 88 - 101), and then the same control 
menu as illustrated in FIG. 7D. 
5 If the care provider selects the fax report mode in Step 102, the interface 14 generates a number of 

queries that are transmitted to the care provider and provide the care provider with e number of options. Referring 
now to FIG. 78, Step 103, the care provhler has the option of selecting a flow report, a pressure report (Step 104), 
or a full report (Step 105). If the care provUer enters a number which is not an option (Step 10B) the interface 
unit returns to Circle E. Next, the care provider b asked in Step 107 to enter the fax number of the location where 

10 the report is to be sent. In Step 108, the care provider may select a text report by pressing a certain button on 
the keypad or a graphics report by pressing a different button (Step 109). If the care provider selects the text 
. report, in Step 108 the care provider may then select to have the text report sent to the fax number on a daily basis 
by pressing a button on the keypad (Step 110). If the care provider chooses to request that the medical device 
remote system send a daily report to the fax number, the care provider then enters the time via the touch-tone 

15 keypad that the report will be sent to the number (e.g., 1430 for 2:30 PM) (Step 111). If the care provider selects 
a graphics report (Step 109), the interface 14 asks the care provider to select a sample time interval (in seconds) 
from 1 • 300 seconds (Step 112). If the care provider chooses to request that the medical device remote system 
send a daily graphics report to the fax number (Step 113), the care provider then enters the time via the touch-tone 
keypad that the report will be sent to the number {e.g., 1430 for 2:30 PM) (Step 1 14). If the care provider chooses 

20 not to have a daily report, then the care provider will return to the main menu (Step 115) whereby the graphics 
report wDI be sent to the fax number after the session is completed. 

If the care provider selects the send fib mode in Step 118, the care provider is transferred to the send 
file menu (Circle F) in FIG 7C. Steps 117 • 124 ere similar to the steps above for faxing a report except that the 
computer phone number is entered (Step 121) instead of a fax number so that the report file is sent to a computer 

25 mstead of a fax. The care provide also has the option of having the medicel device remote system send the file 
to a remote computer on e daily basis (Steps 122 * 123). 

Adaotatlon of the System of the Present Invention For Use Wfth a Vita! Sions Monitor 
Referring to FIG. 8A, Circle D, examples of the specific main menu options when the medical device 
comprises a vital signs monitor will be described. Such a monitor generally obtains patient data such as blood 

30 pressure, temperature, pulse rate, 0} saturation, CO3 level, weight andfor respiretion rete. If the care provider has 
selected review of the current protocol in Step 125, the interface 14 provides the care provider with a variety of 
information. The care provider Is told the blood pressure (Step 126); the temperature (Step 127); the pulse (Step 
128); the 02 saturation (Step 129); the carbon dioxide level (Step 130); the weight (Step 131); and the respiration 
rate (Step 132). After providing this information to the care provider, the interface 14 in Step 133 returns to the 

35 main menu. 



wo 99/25110 ^,5^ PCTAJS98/24083 

If the cm provider sehcts the fax report mode in Step 134, the care provider is transferred to the fax 
report menu as Hlustreted m FIG. 8B. Upon accessing this menu, the interface 14 generates a number of voice 
queries that are transmitted to the care provider and provide the care provider with a number of options. The care 
provider has the option of selecting a: (1) blood pressure report, (2) temperature report, (3) pulse report, (4) 0, 
saturation report, (5) carbon dioxide report, (6) weight report: (7) respiration report, or (8) full report, by pressing 
1-8, respectively on the touch-tone Iceypad (Steps 135 • 142K Next, the cere provider is asked in Step 143 to enter 
the fax number of the location where the report is to be sent. In Step 144, the care provider may select a text 
report by pressing a certain button on the touch-tone keyped or e graphics report by pressing a different button (Step 
145K If the care provider selects a text report, interface 14 tells the care provider to enter a certain number on 
the touch tone keypad to hang up and end the session (Step 146) whereby the text report will be sent to the fax 
number or enter a different number if the care provider wants to return to the main menu (Step 147) whereby the 
text report will be sent to the fax number after the session is completed. If the care provider selects a graphics 
report (Step 145), the interface 14 asks the cere provider to select a sample time interval (in seconds) from 1 • 300 
seconds (Step 148). If an invalid number is selected (Step 149), the interface 14 returns to Step 148. The care 
provider then enters a certain number on the touch tone keypad to hang up and end the session whereby the 
graphics report will be sent to the fax number (Step 150) or enter a Afferent number fm this case the number "2") 
if the care provider wants to return to the main menu whereby the graphics report will be sent to the fax number 
after the session is completed (Step 147). 

Alternatively, the device 10 may store a fax number and the device could be programmed to send faxes 
inchiding desired information at specific times. 

IMhe-care-provider-seleots-the-send4iie-mode-m-Step-^51rthe-car^ 

file menu (Circle F) ilhistrated in FI6. BC. Steps 152 - 163 are similar to Steps 135 • 147 above except that the 
care provider must enter a sample time interval (Step 160} and the computer phone number is entered instead of 
a fax number (Step 161) so that the report file is sent to a computer instead of a fax. Further, the device 10 may 
be programmed to send e-mails via a communication network such as the Internet. In this feature of the invention, 
the device would be programmed to log onto the communication network, enter a password stored in memory and 
send en e-mail report. 

In another aspect of the present invention, the device may be programmed to esk a patient questions 
regarding how they feel, how much pain they are experiencing, etc. The answers to these questions may be 
accessed by a care provider to assist the care provider m programnvng the protocol of the device as will be 
understood by those of skill m the art. For example, if a patient indicates that he or she » feeling good, the care 
provider may not edit the protocol. This feeture of the invention permhs the care provider to access more 
information and better treat the petient. A patient may mput their data through the device 10 itself, through the 
local phone 48A or in other ways such as through e computer, etc. The patient couU enter this dbta whenever the 
patient's condition changes or be prompted, i.e., by a telephone call or an alarm on the device 10, to enter the 
information at fixed intervals. 
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In accordance with the present invention, there is provided a medical system which permits the remote 
access and control of a medical device. The system is arranged to permit a careghrer to control the medical device 
from a remote phone, computer or other transcehrer. The caregiver may obtain data from the madbal device, such 
as in the form of a written report (such as by facsbnilek by voice data, or by graphical or alphanumeric data 
provided to a computer (which mey be presented es graphs or other data on a screen and/or stored in a computer 
memory). The caregiver may also program the medical device if the device stores a programmable protocol In 
addition, the system is arranged to that an alarm signaDed by the medical device is then triggered remotely as welL 

Specific examples of the adaptation of the system of the invention to specific medical devices are described 
above. Those of skill in the art win appreciate the adaptation of the system to a wide variety of other medical 
devices. 

Of course, the foregoing description is that of preferred embod'mients of the invention, and various changes 
and modifications may be made without departing from the spirit end scope of the invention, as darined by the 
appended clahns. 
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WHAT IS CLAIMED I& 

1. A remotely accessible medical device system having a programmable protocol and storing patient 
data, the medical device system being programmable by a remote transceiver and capable of sending patient data 
to a remote location, the medicel device system comprising: 

an electronically controllable medical device connected to a patient and having a protocol or patient data 
associated therewith; 

a memory for storing a programmable protocol or patient data; 
a data storage unit for storing a data signat 

a communication port for connection to the remote transceiver for sending a data signal to a remote 
location and for receiving a signal from the remote transceh^er; 

a processor arranged to manipulate the progremmable protocol in said memory in response to recehrmg a 
remote programming signal or to send said data signal including patient data from the data storage unit In response 
to a remote data access signal. 

2. A method for accessing a medical device from a transceiver positioned remote from said medical 
device, including a control associated with said medical device, said control having a programmable protocol or patient 
data associated therewith, comprising the steps of: 

establishing a connection between the medical device and the remote transcehrer; 
sendnig a signal from the remote trensceiver to said control; 

processing said signal and manipulating said programmable protocol if said signal is a programming s^nai 
from said remote trenscewer and sending said patient data to said transceiver or a secondary location if said signal 
is a data transfer signal. 
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METHOD AND APPARATUS FOR MONITORING A PATIENT 

f jjld of Inventipff 

The present tnvention relates to a remotety accessible health care system for medical applications. More 
particularly^ the present invention relates to a system associated with a patient medical device which permits a 
healthcare provider located remote from the patient that permits the provider to monitor the patienf s current medical 
condition status and with the capability of editmg the patient's protocol documents changes to the patient's protocol, 
and nottfiss the care provider of alarm conditions* 

ppglcflrpwnriof ftp Iffvention 

Due to rising health costs, the high costs of hospital rooms, the desire to provide comfort and convenience 
to patients, the medical industry has promoted tn^home care for patients suffering from various maladies. Many 
patients must be connected to various medical devices. These medical devices frequently monitor certain parameters 
of the patient's health and have controls which must be adjusted due to changes in the patient's needs. Therapy 
changes may also require that entire protocols be programmed. In early versions of these medical devices, the 
physical presence of a care provider was required to adjust the device's protocol Such reprogramming is costly and 
time-consuming. 

In addition, healthcare providers such ss hospitals, and health insurance agencies paying for healthcare now 
often require documentation supporting all medical procedures. For example, a health insurance agency may require 
that a patient prove that specific parameters which measure their heelth ere at a certain level in order for the patient 
to be reimbursed or the agency may require evidence that the equipment is actually being used as intended. Also, 
patients or their care givers at home often fail to inform the cere provider that an alarm associated with a medical 
device has occurred and, in certain cases patients may tamper with a device in response to an alarm condition. 

Therefore, a need exists for a remotely controllable medical device system that can inform care providers 
of a patient's status by notifying of alarm conditions and sending status reports to a remote fax or computer of the 
care provhler or other health personnel 

$Minmary of th? Iffventfpn 

The present invention is directed to a remotely programmable medical device system and a method for 
remotely programming a medical device system via a remote transceiver. that accomplishes the above-stated 
objectives. 

The system of the present invention permits a care provider to obtain, from a remotely located medical 
device associated with a patient, the patient's status, to change the patient's protocol, or to request documentation 
by a remote transceiver with a touch-tone keypad efter receiving voice-synthesized mstructions. This method is 
simple to use and requires no training; it allows a care provider to perform the above functions wherever a phone 
is located. If the care provider has access to a computer, he has the option of performing the same functions as 
with the telephone, described above, but may also view the patient's real time status on the computer screen as 
it changes by either graphic or tabular form or send a file with the desired perameters to the system to program 
the medical device. 
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The care provider computer may also instruct the system to automatically send a status report at set time 
intervals to a specified location and automatically caR the care provider to notify of an alarm condition. Additionally, 
the system may remotely program multiple medical devices connected to one or more patients or remotely program 
the protocol of multiple patients in a single programming session by accessing a central data storage location. 

To achieve these and other advantages, and in accordance with the purpose of the invention as embodied 
and broadly described therein, the present invention defines a remotely programmable and accessible medical device 
system havmg a programmable protocol, the medical device system bmg remotely programmable by a remote 
trensceiver, such as a touch-tone phone or computer. Ahernathrely, the medical device may not have a programmable 
protocol. For instance, the device may monitor a patient's vital signs only. The remotely progremmabb medical 
device system of the present invention comprises a memory for storbig a programmable protocol or record of activity 
and a remote eommonicetion port for sending a voice signal to the remote transcehrer, sending data to a remote fax 
or computer, and receiving a remote programming «gnal from the remote transcmver. The system also comprises 
a voice storage unit for storing a voice signal and a processor, coupled to: 0) the remote communication port, for 
processing the programmable protocol in response to receiving the remote programnung signal; (2) the voice storage 
unit for accessing the voice signal from the voice storage unit; and (3) the memory for accessing the programmable 
protocol from the memory. 

In an edditionel aspect the present invention comprises a medical device system having a programmable 
alarm routine stored in a memory. The medical device system comprises a medical device which has a data port 
and an interface unit coupled to or integral with the medical device data port on the medical device via an mterface 
data port. The interface unit further comprises a voice storage unit for storing a voice signal statbig that en alarm 
condition has occurred and remote communication port for automatically sending the voice signal to the remote touch- 
tone transcNver or automatically sendnig data regarding the alarm condition to a remote fax or conqmter. The 
interface unit also comprises a processor coupled to: (1) the remote communication port, for processmg the alarm 
condition in response to receiving the medical device alarm SQnals; (21 the voice storage uiA for accesdig the voice 
signal from the voice storage unit; and (3) the memory for accessing the alarm routine from the memory. A signal 
from the elarro on the medical device Is relayed to the interface ddta port via the mefical device data port. 

In another aspect, the present Invention comprises a remotely programmable medicel device system havino 
a programmable protocol stored in a protocol memory, the systpm being programmable by a remote transceiver. The 
medical device system comprises an interface unit and at least one medical device, each medical device having a data 
port and an mterface unit coupled to or integral with each data port on the respective medical device via an interface 
data port. The hiterface unit further comprises a voice storsge unit for storing e voice signal and a remote 
communication port for sending a voice signal to the remote touchstone transceiver, sending data to a remote fax 
or computer, and for receiving a remote progranuntng signal (such as a duaMone multi-frequency signal in the case 
of a remote telephone) from the remote transcehrer. The interface unit also comprises a processor, coupled to: (1) 
the remote communication port, for processing the programmable protocol In response to receiving the remote 
programming signal; (2) the voice storage unit for accessing the voice signel from the voice storage unit; end (3) the 



wo 99/25110 ,3. PCTAJS98/24083 

memory for accessing the programmable protocol from the memory. The processed programmable protocol is relayed 
from the processor to the medical device via the interface data port. 

In enother aspect, the present invention comprises a remotely programmable medicel device system having 
programmable protocob for multiple patients stored in e central memory location, the system being programmable 
5 by a remote trensceiver. The system comprises e remote control data storage unit, multiple medical devices 
connecteble with multiple patients, en interface unit for eech patient, and each medical device having a data port 
coupled to e data port on its respecthre interfece unit. Each interf ece unit comprises a voice storage unit for storing 
a voice signal and a remote communication port for sending a digital signal to the remote control deta storage 
location, sending data to a remote fox or computer, and for sendhig end receiving a remote progremmmg signet (such 
10 OS a digital signal in the case of a computer) from the remote touch-tone transceroer. Each interface unit also 
comprises e processor, coupled to: (1) its remote communication port, for processing the programmable protocol in 
response to receiving the remote programming signal; (2) its voice storage unit for accessing the voice signal from 
its voice storage unit; and (3) its memory for accessing the programmable protocol from its memory. The processed 
programmable protocol is relayed from the processor to the medical device via the interface data port. The remote 
15 central data storage unit comprises: a voice storage unit for storing a voice signal; a first communication port for 
sending the voice signal to the remote touchstone transceiver, sending deta to a remote fax or computer, and for 
receiving a remote programming signal from the remote touch-tone transcehrer; and a second communication port for 
sending and receiving signals from the data ports of the medical devices. The remote central data storage unit 
further comprises a processor, coupled to: (1) the first remote communication port, for processing the programmable 
20 protocol in response to receiving the remote progranmiing signal; (2) the second remote communication port, for 
processing the programmable protocol to be sent to the interface unit of a patient; (3) the voice storage unit for 
accessing the voice signal from the voice storege unit; and (4) the memory for accessmg the prograiranable protocol 
from the memory. The processed programmable protocol is relayed from the processor of the remote central data 
storage unit to the processor of en biterface unit via the second remote communication port. 
25 Further objects, features, end advantages of the present invention over the prior art will become apparent 

from the detailed description of the drawings which follows, when considered with the attached figares. 

Brief Description of the Drawings . 
FIGURE 1 schematically illustrates the medical system of the present invention by which a care provider 
may remotely access and control a medical device associated with a patient; 
30 FIGURE 2 schematically illustrates an mterface errangement of the system illustrated in Figure 1; 

FIGURE 3 is a flow diagram illustrating a general control methodology of the interface; 
FIGURE 4 is a flow diagram illustrating a computer programming mode of the system; 
FIGURE 5 is a flow diagram iliustrating an access code menu of the system; 
FIGURE 6 is a flow diagram Slusuating an alarm control menu of the system; 
35 FIGURE 7 illustrates the relationship of the diegrams in Figures 7A1, 7A2, and 7A3; 
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FIGURES 7A17A3 are flow diagrams IHustrating a portion of a main menu of the system illustrated in 
Figure 3 as adapted to use with a mechanical ventilator; 

FIGURE 78 is a flow diagram illustrating a fax report menu of the system as adapted to use with a 
mechanical ventlator; 

5 FIGURE 7C Is a flow diagram illustrating a send fib menu of the system as adapted to use with a 

mechanical ventBator; 

FIGURE 70 is a flow diagram illustrating an odit protocol sub-menu of the system as adapted to use with 
a mechanical ventilator; 

FIGURE 8A is a flow diagram illustrating a portion of a mam menu of the system illustrated in F^ure 3 
10 as adapted to use with a vital signs monitor; 

FIGURE 8B is a flow diagram illustrating a fax report menu of the system as adapted to use with a vital 
s^s monitor; and 

FIGURE 8C is a flow diagram illustrating a send file menu of the system as adapted to use with a vital 
signs monitor. 

15 Detailed Description of the Preferred Embodhnent 

Reference will now be made in detaS to the present preferred embodiment of the invention, examples of 
which are illustrated m the accompanying drawings. Wherever possible, the same reference numbers will be used 
throughout the drawings to refer to the same or Kke parts. 

In accordance with the present invention, a remotely programmable medical device system is provided that 

20 allows remote programming and communication with a medical device from a remotely located transcriver, such as 
a push-button telephone or computer. The system bichides a memory, a voice storage unit, a remote communication 
port, and a processor that is coupled to the remote communication port, the voice storage, and the memory. It 
should be understood herein that the terms "programming," "programmable," and "processing" are generafized temis 
that refer to a host of operations, functions, and data manipulation. Those terms, therefore, are not bnited herein 

25 to editing and deletino data, parameters, protocol and codes. For example, programming and processing, as used 
herein, may encompass editing, changing, erasing, entering, re-entering, viewmg, revnwmg, locking, and inserting 
functions. 

An exemplary embodiment of the system of the present invention is shown in FIG. 1 and is designated 
generally by reference numeral 10. As herein embodied, and shown in FIG. 1, the remotely progranmiable medical 
30 device system 10 mcludes a medical device 12 and an interface unit 14. The medical device preferably inchides a 
patient connection 16, such as a wire through which patient data is transmitted, such as from a sensor. 

The interface 14 includes a cable 20 for connecting the interface 14 to the medical device 12, controls 
22 for controlling operation of the interface 14, display lights 24 for indicating various conditions of the interface 
14, and an internal audio device 26 for providing audio alarm signals. As embodied herein, the controls 22 include 
35 a link button 28. a local button 30, and a send button 32. Alternath;ely, the local button 30 may not be present 
as will be easily understood by those of skill in the art. The display lights 24 include a wait light 34, a 
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phone/computer light 36, and an alarm light 38. The function of the controls 22 and the display Gghts 24 will be 
described in detail below. The interface 14 also preferably includes a remote communication port 40 and a local 
communication port 42. 

In the alternative to being coupled via wiring 20, the interface 14 and medical device 12 may communicate 
5 via an interface data port 44 and a medical device data port 46 each comprisbig a wireless emitter/dotector pair. 
Preferably, data ports 44, 46 each comprise an mfra-red or RF enutter/detector, permitting wireless communicatbn 
between the medical device 12 and the interface 14. Other wireless communications ports may also be used. A 
power cable 20 is preferably employed to provide power to the medical device 12 via the interface 14. Afternathrely, 
the medical device may have its own power cable coupled directly to the power source (not shown), as opposed to 
10 being connected through the interface 14. 

As embodied herein, the remote communication port 42 and the local communication port 40 (if present) 
each comprise a standard modem, as is well known in the art. The modem may operate at 28800 baud or other 
baud rates. The system may be arranged so that a care provider located close to the patient, such as at a patient 
station In a hospital when the patient Is In the hospital can access the interface 14 through the local port 40, such 
15 as through a hard wire link. On the other hand, if the care provider is at a location remote from the medical device 
system 10, the system is preferably arranged so that when the Snk button 28 is pressed, the remote communication 
port 42 is actraated. In this way, the care provider can communicate with the interface 14 via a remote transceiver 
such as a tetephone 48 or a computer 50. It should be understood that the interface 14 may be provided with but 
a single port through wKch signals are input and output, instead of having separate local and remote ports. 

For convenience, this description refers to a care provider's use of a telephone or personal computer to 
access the medical device 12 remotely, but it should be understood that any transcehrer capable of acthration or 
selection of programming parameters both mdependently of and in response to venous prompts and queries. It should 
also be understood that the term ""remote touch-tone transceiver" is not limited to conventional push-button 
telephones having a 12 key keypad, with 0*9, and ff keys. Rather, as defined herein, the term "touch-tone 
transcehrer" refers to any transceiver capable of generating signals via a keyboard or other data entry system and 
thus is not limited to transceivers that generate DTMF signals, such as conventional telephones. Examples of other 
types of "touch-tone transcehrers" as defined herein mclude computers having a keyboard and/or cursor-controHing 
device, conventional push button telephones, transmitters th^t convert human voice to pulse or digital or analog 
signals, and pager transceivers. 

With reference to FIG. 2, the elements included in the Interface 14 will be described in more deteiL As 
stated above, the interface 14 comprises the remote communication port 42, the local communication port 40, a 
protocol and event memory 52, a voice storage unit 54, a processor 56, a voice synthesizer 58, and an access code 
memory 60. Alternathrely, the protocol and event memory 52 and the processor 56 may be an integral unit. The 
protocol memory 52, the voice storage unh 54, and the access code memory 60 may all be contained in the same 
memory device (such as a random access memory), or in separate memory units. Preferably, the voice storage unit 
54 comprises s read-only memory (ROM). The interface 14 also includes the data port 43 for relaying information 
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between the interface 14 and the medical device 12 (such as through wire 20 or by the emitter/detector 44). The 
voice synthesizer 56 is preferably an integrated circuit that converts digitized voice signals to a signal that emulates 
the sound of a human voice. As embodied hereinr the voice synthesizer 58 needs only be used to convert the signals 
outgoing from the interface 14 to the remote telephone 48 and thus is not required for converting incoming signals 
5 from the remote telephone 48 or from the remote computer 50 or outgoing signals to a remote computer 50. The 
voice synthesizer may comprise a commercially avaOabb speech synthesis chip. 

The remote communlcatton port 42, the local communication port 40, and the Interface data port 44 ara 
all coupled to the processor via data buses 62a, 64a, and 68e, respectively. The communication ports 40, 42 
reeehre signals from the transceiver 48, SO and reley those signals over the buses 62a, 64a, respecthrely to the 

10 processor 56 which m turn processes those signsb, performmg various operations in response to those sqnals. If 
the care provider chooses the remote communications mode from the telephone 48, the processor 56 receives 
digitized voice signals from the voice storage unit 54 via bus 70a and sends those digitized voice signals to the voice 
synthesizer. 58 via bus 70b, where the signals are converted to human voice emulating signals. Those human voice 
signals are sent from the voice synthesizer 58 via buses 62b, 64b, 68b to buses 62a, 64a, 66b, which in turn relay 

15 those signals to the remote communication port 42, the local communication port 40, and the interface data port 
44, respectively. 

For example, if it is necessary provide instructions to the care provider operating the remote telephone 48. 
The processor 56 sends a voice address signal over a data bus 70a coupling the processor 58 to the voice storage 
unit 54. The voice address signal corresponds to a location in the voice storage umt 54 containing a particular voice 

20 signal that is to be sent to the remote trenscehrer 48. Upon receiving the voice address signal the particular voice 
signal is accessed from tiie voice storage unit 54 and sent, via the data bus 70a, to the processor 56. The 
processor 56 then relays the voice dgnal via the data bus 70b to the voice synthesizer 58, which converts the voice 
signal and sends the converted signal via data buses 62b and 62a to the remote communication port 42, which sends 
the converted signal to the remote transceiver 48. 

25 The voice signal retrieved from the voice storage unit 54 may be a digitized representation of a person's 

voice or a computer generated voice s^nal (both bdng well known in the art). The digitized voice signal is converted 
by the voice synthesizer 58 to e signal that emulates the sound of a human voice. The voice signal instructs the 
care provider on how to respond to the voice signal and what type of information the care provider should send. 
As the remote transceiver may be a push button telephone having a keypad with multiple keys, the care provider then 

30 presses the appropriate key or keys, thereby sending a DTMF signal back to the remote communication port 42 of 
the interface 14. It should be understood, however, that the remote transcehrer need not be a pushbutton telephone, 
but rather any transcehrer capable of sending and receding DTMF or other similar signals. For example, the remote 
transceiver may be a computer or portable remote controller. 

If the DTMF signal sent by the care provider h a remote programming signal which is transmitted from the 

35 remote telephone 48 to the remote communication port 42 of the interface 14, the remote communicetion port 42 
then relays the remote programmmg signal via the data bus 62a to the processor 56. in response to receiving the 
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remote programming signal tha processor SB accesses a particular parameter of the programming protocol from the 
protocol memory 52. To access the parameter, the processor SB transmits a protocol address signal over the data 
bus B8 that couplas the processor SB and the protocol memory 5Z The protocol address signal corresponds to a 
location h the protocol memory 52 containing the peremeter. The parameter is then sent from the protocol memory 
5 52 to the processor 56 over the deta bus B8. Depending on the nature of the remote progremming signal, the 
processor 56 cen then perform one of a number of operations on the peremeter, bicluding editing, erasing, or sending 
the parameter back to the remote transcehrer 48, 50 for review. Those skilled in the art will recognize that many 
types of s^nals or commands can be sent from tha romote trensceiver 48, 050 to the interface 14 for procesaing. 
Examples of such SQnals, how they are processed, end their effect will be descrSied in detail below bi conjunction 

10 with the description of the operation of the present invention. 

In accordance with the present invention, the medical device system 10 can incorporate various security 
measures to protect against unwanted access to the interface 14 and the associated medical device 12. 
Significantly, a user access code can be used to block eccess except by persons with the user access code, which 
may be a multi-digit number (preferable a four digit number.) The medical device system 10 can be equipped with 

15 one or multiple user access codes, which are stored in the access code memory. To initiate communication with 
the medical device system 10, a care provider is connected to the medical device system 10 via the remote touch- 
tone transceiver 48, 50. This connection may be initiated by e call from the care provider to the medical device 
system 10 (or a patient talking on a telephone boated near the medical device system 10), or by a call from the 
patient to the care provider, Either way the cere provider is connected to the medical device system 10. After the 

20 connection is made between the care provider end the medical device system 10, the interfece 14 is preferably 
arranged to require care provider to enter e user access code. If the care provkler enters a vaGd user access code 
(as explained above, there may be severel valid codes), the care provkler is permitted to access and/or program tlie 
programmable protocol. 

During e progremming session, in certain circumstances (which wlO be described below), the user access 
25 codes can be reviewed, edited, and/or erased entirely and re-entered. To perform any of these functions, a 
programming signal is sent by the care provider from the remote transceiver 48, 50 to the interface 14. That 
programming signal is relayed through the remote communication port 42 to the processor 56, which processes the 
signal and generates an access code address signal The^access code address signal, which corresponds to a 
memory location in access code memory 60 holding a user access code, is sent over a data bus 72 to the access 
30 code memory 60. The particular user access code is then retrieved and sent back of the data bus 72 to the 
processor 56, which processes the user access code in some manner. 

To communicate with the med»al device system 10, the interface is equipped with the interface data port 
43. The medical device protocol can be sent from the imerface 14 to the medical device 12 via the interface data 
port 43 and the medical device data port 46. Thus, for example, the processor 56 accesses the'protocol from the 
35 protocol memory 52 end sends the protocol via data bus 66a to the interface data port 43. Tha interface data port 
43 then sends the information to the medicel device data port (such as through the wire 20 or the wirehsss 
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emitter/traRScelver46h where it Is processed by ctrcuitry and/or software in the medical device 12. In this way, 
the medical device protocol can be programmed (e.g.« edited, redone, reviewed, locked, re-entered, etc.). 

The send button 32 is designed to permit sending of the medical device data or protocol to a remote 
location, such as a computer 74 or fax machine 76. In this way; a remote record Is maintained, such as at a 
5 computer. If the computer 74 is remote from the medical device system 10, e person loceted et the interface 14 
may press the send button 32, which m turn downloads the existing protocol or data to the remote communication 
port 42. The protocol is then transmitted via the remote communication port 42 to the remote computer 74. 

The linic button 28 is preferably used to mitiate or enter into the remote programming mode of the medical 
device system 10. When initiating a progremming sesdon, the care provider calls the telephone number correspomGng 

1 0 to the medical device system 10 (or the patient's home phone). The patient IB may answer the caD with his or her 
telephone, and the care provider and patient can communicate by stendard voice signals. This is known herebi as 
a phone mode or patient conversation mode. The care provider then instructs the patient to depress the link button 
28, which disconnects the patient 18 from the telephone fine and initiates the programm'mg mode described below 
with reference to FIGS. 3-8. If, however, the patient 18 does not answer the care provider's caH the interface 14 

IS may be equipped with an internal switching system that directly connects the care provider with the interface 14 
and initiates the programming mode. The internal switching may be accompHshed with hardware in the interface 
14 or with software that controls the processor 56, or with a hardware-software combination. Either way, the care 
provider may then begin processing the information and protocol stored in the interface 14. (As described above, 
the call may be initiated by the patient 18 to the care provider.) 

20 The functions of the display lights 24 wil now be described. Preferably, the display lights 24 comprise 

LEO'S. The wait light 34 indicates when the interface 14 is mvolved in a programming session or when it is 
downloading the protocol to a remote location, such as the remote computer 74. Accordingly, the weit light 34 teds 
the patient 18 not to disturb the interface 14 until the wait light 34 goes off, indicettag that mternal processing 
elements of the interface 14 are biacthre. The phone fight 36 indicates when the cere provider and the patient 18 

25 ere mvolved m communication via the remote transceiver 48 or SO end thus when the mternal processing elements 
of the mterface 14 are inacthre. The phone Bgbt 36 may also bidicate when the medical device system 10 is ready. 

The elarm light mdicates various alarm conditions a^d functions of the medical device system 10. The 
medical device 12 sends an alarm signal via the medical device data port to the interface data port 43. The signal 

30 is relayed via data bus 668 to the processor 56. Next, the processor 56 sends a voice address signal over data 
bus 70a coupling the processor 56 to the voice storage unit 54. The voice address signal corresponds to a location 
in the voice storage unit 54 containing a voice signal pertaining to the alarm condition that is to be sent to e remote 
location (such as 48, 50, 74, or 76). Upon receiving the alarm address signal the alarm signal is accessed from 
the voice storage unit 54 and sent via the data bus 70a to the processor. The processor 56 then relays the voice 

35 signal via the data bus 70b to the voice synthesiier 58 which converts the voice signal and sends the converted 
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signal via data buses 62a, 62b to the remote communication port 42 whkh sends tha converted signal to the remote 
transceiver. 

Remote Access of a Madicaj DbvIcb with the 
System of the Presant Invention 

Referring to H6. 3, the programming mode or sequence of the present Invention will be described in detail. 
A care provider mey access and process the protocol of the uiterface from either the remote telephone 48« remote 
computer 50 or other transceiver, as described above. The programming mode by remote telephone 48 wOl first be 
described. The cere provider dials the telephone number corresponding to the medical device (Step 1). A synthesized 
voice message wiO ask the care provider whether the care provider wishes to first converse with the patient prior 
to the remote programming session (Step 2). If the care provider chooses "yBS," the cere provider and patient 
communicate by standard voice signals (Step 3). More specifically, the patient would pick up tocai phone 48A which 
is in communication with the local port 40 and speak with the care provider who is on the remote phone 48 in 
communication with the remote port 42. (Seg Figure 1.) After the conversation is completed, the care provider asks 
the patient to depress the link button on the interface (Step 4), which connects the cere provider with the interface 
(Step 5), terminates the phone mode, and initiates a remote touch>tone programming session. If the care provider 
chooses not to talk to the patient before the remote programming session (Step 6), the care provider may choose 
"no" (Step 6), and is directly connected to the biterface 14, thereby directly initiating a remote touchstone 
programming session by going to the eccess code menu (FIG. 5) without entering into conversation mode. 

Alternathrely, the care provider may access and process the protocol of the mterface from a remote 
computer 50. The care provider may dorectiy initiate programming mode by having the modem of the remote 
computer 50 dial tha number of the medicel device system 10. In the event that the device 10 is only monitoring 
a patients vital signs, the care provider can retrieve the vital signs as will be understood by one of skill In the art. 
Initially, a message wiP appeer on the care provider's computer screen querying the care provider whether the care 
provider wishes to view e menu whh additmnal options before gobig to the main menu. As shown in FIG. 4, such 
options include, but are not limited to: sending the status of the patient's condition to the care provider's computer 
(Step 8); loading a new protocol from a file on the provider's computer (Step 9); actuating real time monitor mode 
so that the provider may view the patient's current condition as it changes (Step 10); recehring the PM history of 
the device (Step 1 1); and activating the diagnostics mode (Step 12). If the care provider chooses not to go to the 
special options menu (Step 7), he may go directly to a remote programming session by going to the eccess code 
menu (FIG. 5). 

Access Code 

If the user enters a correct eccess code (Step 13), the user is preferably allowed to perform certain 
functions relating to the access code. For example, and referring to FIG. 5, if the care provider has entered e master 
access code, the interface 14 generates a number of voice queries (for a telephone Enk; a ^gnal representing 
alphanumeric text of the seme message may be transmitted when a computer 50 is bemg used), that are transmitted 
to the care provider and provide the care provider with a number of options. First, in Step 14, the care provider 
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is asked whether e new master access code is to be entered and is instructed to press a certain button on the touch 
tone l(eypad (in this case the number "D to select this option. If the care provider selects this option, the interface 
14 tells the care provider to enter the existing master access code (Step 15) and to enter a new master access code 
(Step 16). The newly entered master access code is then read back to the care provider by the interface 14 (Step 

17) , and the interface 14 generates a voice command that tells the care provider to press the X key on the keypad 
to accept this new master access code). If the care provider presses the key, the interface 14 returns (Step 

18) the care provider to the access code menu. Those skilled in the are will recognize that the keys to be pressed 
by the care provider are only exemplary and that other keys could be designated to accept and/or select various 
options and programming entries. 

Second, in Step 19, the care provider is asked whether a new user access code b to be entered and is 
instructed to press a certeln button on the touch tone keypad fm this case the number "2") to select this option. 
If the care provider selects this optkin, the interface 14 tells the care provider to enter a new user access code (Step 
20). If the entered new user access code already exists, the program bops around and asks the care provider to 
enter a new master access code again (not shown). If the newly entered user access code does not already exist, 
the new user access code is then read back to the care provider by the interface 14 (Step 21), and the interface 
14 generates a voice command that tells the care provider to press the key on the keypad to accept this new 
user access code. If the care provider presses the key, the mterface 14 returns (Step 22) the care provider to 
the access code menu. 

Third, in Step 23, the care provider is asked whether be or she woukf like to query the user eccess codes 
and is instructed to press a certain button on the touch tone keypad (in this case the number "3") to select this 
option. If the care provider selects this optica the interface 14 teBs the care provider in Step 24 that there are 
a certain number of user access codes (depending on how many there are). In Step 25, the mterface 14 recites the 
user access codes to the care provider and continues reciting the user access codes until all are recited. After 
completing recitmg the user access codes, the interface 14 returns (Step 26) the care provider to the access code 
menu. 

Fourth, in Step 27, the care provider is asked whether he or she wouU Eke to erase the user access codes 
and is instructed to press a certein button on the touch tone keypad (in this, case the number "4") to select this 
option. If the care provider selects this option, the interface 14 esks the care provider to select one of two options: 
(1) to erase specific user codes, press a certa'm button on the touchstone keypad (in this case the number T) (see 
Step 28); or (2) to erase all user access codes, press a different button {m this case the number ."2") (see Step 33). 
If the care provider selects Step 28, the care provider is asked to enter the specific user access code to be deleted 
(Step 29). and the interface 14 reads back that specific user access code in Step 30. The interface 14 then asks 
the care provider to press the button on the touch-tone keypad to accept deletion of that user access code and 
is returned to the access code menu. If the care provider selects Stej) 33 (global deletion), the interface 14 warns 
the care provider that he or she is about to erase all the user access codes and asks for the care provider to press 
the button to accept (Step 34). The mterface then returns (Step 35) to the access code menu. 
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Fifth, in Step 36, the care provider b asked to press a certain number fin this case "5") to exit the access 
cede menu. If the care provider selects this option, the interface 14 returns (via Step 37) to the access code 
prompt. 

The interface 14 may also be programmed so that access is prevented without entry of an access or 
5 security code (not shown). 
Mafp Memy 

If the care provider has entered a correct user access code and has e'rther bypassed the above functions 
relating to the access code or has completed them, the processor 56 accesses from the voice storage unit 54 (or 
by a signal representing alphanumeric characters transmitted to a computer) a number of voice queries comprising 

10 a main menu. Referring to FIG. 3, a number of options are presented to the care provider through the main menu. 
The particular items presented may vary depending upon the particular medical device with which the system is being 
used, the number of medical devices being used with the system (as described below), or the number of patients that 
are connected to the system (as described below). 

The main menu of FIG. 3 illustrates a menu which is generally useful with a wide range of medical devices 

IS and which presents a number of advantageous procedures of the system of the present invention. It should be 
understood that other menu features may be provided. As illustrated, the cere provider is asked to select among 
several options by pressing a key on the touch-tone keypad (or on a computer keypad). 

Certain options will be applicable for every medical device such as talking to tha patient (Step 38} and the 
alerm review mode (Step 39). If the cere provider selects direct conversation with the patbnt the connectkm Is 

20 switched to a phone mode (Step 40). In the phone mode, the care provider can talk with the petient to verify 
programmmg changes (Step 41). The care provider can then hang up the remote telephone 48 after completing 
conversation with the patient (Step 42). If the cere provider selects the alami review mode hi Step 39, the interface 
generetes voice queries that are transmitted to the care provider. As iDustrated fai FIG. 6,.tbe care provider has the 
option of reviewing the fax or phone number{s) that will be automatically dialed m the case of an alann coniBtlon. 

25 For example, the synthesized voice wHl state,"alarm notification number one is 123456790; alarm notification number 
two is 2345678'* (Step 43). In Step 44, the care provider has the option of deleting en existing number by entering 
in the number to be deleted through the transceiver (Step 45). The care provider may choose to delete additional 
numbers (Step 46), or go to the add alarm notification option (Step 47). If the care provider selects the option of 
adding additional alarm notification numbers in Step 48, the care provider may add an additional number by entering 

30 in the number to be edded through the transceiver. In Step 49, the care provider is asked to either add another 
number or go to the main menu. 

Options such es faxing a report or sending a file are also applicable for every madlcal device, but the type 
of report or file will vary depending on the medicel device. Other options mey be appEcabIa to some medical devices, 
such as editing or creeting a protocol, but not others. Therefore, those non-universel options Ore discussed below 

35 (refer to step or circle "D") as related to specific medical devices. 

Adantion of the System of the Present Invention to 
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MuttiptB M9dlc8i Devices and/or Muttiole Patients 
In a variation of the present invention, the system may be arranged to permit access to and control over 
liiuhiple medical devices. In this arrangement, multiple medfeal devices are preferably arranged to communicate with 
a single interface. In a method of accessing and controDing these mtdtiple devices, after entering the access code, 
5 the care provider will be prompted to enter the device number of the particubr device which the care provider wants 
to access. 

Another embodiment functions in the same rhanner as the embodiment described above. However, thb 
embodiment may be used for multipb patients and comprises multiple medical devices connectable with muhipie 
patients, an interface unit coupled with the medical devices of each patient, and a central data storage unit. The 

10 centrel data storage unit performs the same function as an interface unit, but acts as a central storage location for 
the protocols of multiple patients. This embodiment allows the care provider the option of calling one number from 
the remote transceiver, the number of the central data storage unit, to program the protocols of muk^le patients 
instead of calling the number of each patient; however, the care provider stili retains the option of catling the 
interface unit of a particular patient if the care provider wishes to program the protocol of a single patient. The 

15 remote central data storage unit comprises two remote communication ports, a protocol and event memory, a voice 
storage unit, a processor, a voice synthesizer, and an access code memory. The protocol memory, the voice storage 
unit, the voice synthesizer, end the eccess code memory are the same as those for the interface units. Each of the 
two remote communication ports is coupled to the processor via data buses. The first remote communication port 
recohres signals from a remote transceiver end relays those signals over the buses to the processor which perf omns 

20 verious operations in response to those s^nals. Next, the signels ere sent by a data bus to the second remote 
communication port which then relays the signals to the specified interface unit via the remote communication port 
of the interface unit. The signals are then processed in the seme manner as the mterface unit processor without 
a central data storage unit processes the signals it receives from the remote touch-tone transceiver. 

It should be understood that the above programming and functions described ebove provide only examples 

25 of how the cere provider, biterface unit, and central data storage unit may mteract via a remote touch-tone 
transceiver. Therefore, additional or alternatrae steps and procedures csn be designed and nnpiemented for remote 
programming of the present invention. Accordingly, only some of the steps described above need be mchided in the 
invention; the steps may be conducted in e different order; additional or fewer protocolparametersmay be controled 
by the care provider; and different operational modes may be chosen. 

30 Furthermore, the present invention can be used with a variety of medical devices. As discussed below, the 

present invention Is used for reviewmg and programming the protocol of a mechanical ventilator and a vital s^ns 
monitor. It will be apparent to those skilled in the art that various modifications and variations can be made in the 
apparatus and method of the present invention without departing from the spirit or scope of the invention. Thus, 
it is intended that the present invention cover any modifications and variations of this invention. 
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Adaptation of the System of the Present Invention for 
U?? With ? Mpch^nical VentjlMPf 

Referring to FI6. 7A1, step "D," exampbs of specific main menu options for a machanicai ventilator will 
be described. If the care provider has selected revisw of the current protocol In Step 50, the interface 14 provides 
the care provider with a variety of information (Fig 7A2). The care provider is told tidal vohmte (Step 51); the breath 
rate (Step 52); the high pressure setting (Step 53); the mode (Step 541* the peak flow (Step 55);. the low pressure 
setting (Step 56); the PEEP level (Step 57); the ebpsed time (Step 58); and the last alarm (Step 59). After providing 
this information to the care provider, the interface 14 in Step 60 returns to the main menu as Fi6. 3. 

With reference to FIG. 7A2, the edit mode will he described in detail If the care provider has selected the 
edit mode in Step 61, the interface 14 permits the care provider to edit the current protocol In this mode, some 
parameters may be maintained while others may be edited. The care provider is requested to enter the serial number 
of the mechanical ventilator (Step 82), the care provider identification number (Step 63), and the patient's 
identification number (Step 64). These numbers are for record keeping purposes, and are included in any report or 
file requested by the care provider. In Step 65 the care provider is told the current tidal volume. The care provider 
is then asked to enter e new rate, or press the # button on the keypad to accept the new rate (Step 66). Similar 
operations are performed on the breath rate, the high pressure setting, mode, current peak flow, low pressure setting, 
and PEEP level (Steps 67 • 78). After editing, the interface 14 transfers to the sub-menus of FIG. 70 (Circle 6). 

Referring now to FIG. 70, the edit mode sub-menus provide the care provider with several options after 
edituig the protocol. The first edit mode submenu allows the care provider to send (u^ save) the edits to the 
ventilator by pressoig a certain key on the keypad (Step 79), to review the edits by pressing a different key on the 
keypad (Step 80), and to cancel the edits by pressing still a different number on the keypad (Step 81). if the care 
provider selects sending the edits (Step 79), the new protocol is sent to the respirator (Step 82), and the care 
provider is told goodbye. The care provider is then transfenred to patient conversation mode (Step 83), and the care 
provider is put in connection with the patient to verify the programming (Step 84). After verifying the programming 
changes with the patient, the care provider hangs up the remote telephone 48 (Step 85), and the progranmung 
SBs^n is completed. 

If the care provider selects reviewing the edits (Step 80), the interface 14 reports the new parameters of 
the protocol to the care provider (Step 86). After reporting, jthe care provider is taken to the second edit mode sub- 
menu which permits the care provider to select: (1) send the edits (Step 87), (2) edit the edits (Step 88), or (3) 
cancel the edits (Step 89). If the care provider selects sending the amended protocol (Step 87), the new protocol 
is sent to the respirator (Step 90), end the care provider is told goodbye. The care provider is then trensferred to 
patient conversation mode (Step 91), and the care provider is put in connection with the patient to verify the 
programming (Step 92). After verifying the programming changes with the patient, the care provider hangs up the 
remote telephone (Step 93) and the progremnung session is termmated. 

If the care provider selects the create mode in Step 94 (see FIG* 7A1), the care provider is asked to 
progrem various peramaters for the new protocol As iSustrated bi FIG. 7A2, the cere provider is asked to enter 
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the tidal volume (Step 95) after which the entered tidal volume Is read back, and the care provider is asked to prees 
the 9 button to accept this rate. The care provider follows the same procedure for entering breath rate, high 
pressure setting, mode, peak flow, low pressure setting, and PEEP level (Steps 96 - 101), and then the same control 
menu as illustrated in FI&. 70. 
5 If the care provider selects the fax report mode in Step 102, the interface 14 generetes a mmiber of 

queries that are transmitted to the care provider and provide the care provider with a number of options. Referring 
now to FI6. 7B, Step 103, the cere provider has the option of selecting a flow report, a pressure report (Step 104), 
or a full report (Step 105). if the care provider enters a number which is not an optkin (Step 106) the interface 
unit returns to Circle E. I\lext, the care provider is asked in Step 107 to enter the fax number of the location where 

10 the report is to be sent, b Step 108, the care provkler may select a text report fay pressing a certain button on 
the keypad or a graphics report by pressing a different button (Step 109). If the care provider selects the text 
report, in Step 108 the care provider may then select to have the text report sent to the fax number on a daily basis 
by pressing a button on the keypad- (Step 110). If the cere provider chooses to request that the medicel device 
remote system send e deity report to the fax number, the care provider then enters the time via the touch-tone 

15 keypad that the report will be sent to the number (e.g., 1430 for 2:30 PM) (Step 111). If the cere provider selects 
a graphics report (Step 109), the interface 14 asks the care provider to select a sample time interval fm seconds) 
from 1 • 300 seconds (Step 112). if the care provider chooses to request that the medical device remote system 
send a daily graphics report to the fax number (Step 113), the care provider then enters the time via the touch-tone 
keypad that the report will be sent to the number |e.g., 1430 for 2:30 PM) (Step 114). If the care provider chooses 

20 not to have a daily report, then the care provider will return to the main menu (Step 115) whereby the graphics 
report wifl be sent to the fax number after the session is completed. 

If the care provider selects the send file mode in Step 116, the care provider is transferred to the send 
file menu (Circle F) in FIG 7C. Steps 1 17 * 124 are snnilar to the steps above for faxing a report except that the 
computer phone number is entered (Step 121) instead of a fax number so that tiie report file is sent to a computer 

25 instead of a fax. The cere provider also has the option of having the medical device remote system send the fie 
to a remote computer on a daily basis (Steps 122 • 123). 

A^flPtat'OT Pf 1(1? SvrtePI IN Tim^\ Inywrtlon For V^w a Vftftl SlBniF MfiOitSE 
Referring to FIG. 8A, Circb D, examples of the specific main menu options when the medicel device 
comprises a vital signs monitor will be described. Such e momtor generally obtains patient data such as blood 

30 pressure, tempereture, pulse rate, 0, saturation, COj level, weight and/or respiration rate. If thexare provider has 
selected review of the current protocol m Step 125, the mterface 14 provides the care provider with a variety of 
information. The care provider is told the blood pressure (Step 126); the temperature (Step 127); the pulse (Step 
128); the 02 saturation (Step 129); the carbon dioxide level (Step 130); the weight (Step 131); end the respiration 
rate (Step 132). After providing this information to the care provider, the interfece 14 in Step 133 returns to the 

35 main menu. 
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If the care provider selects the fax report mode in Step 134, the care provider is transferred to the fax 
report menu as illustrated in FIB. BB. Upon accessing this menu, tba interface 14 generates a number of voice 
queries that are transmitted to the care provider and provide the care provider with a number of options. The care 
provider has the option of selecting a: (1) blood pressure report, (2) temperature report, (3) pube report, (4) 
5 saturation report 15) cerbon dioxide report, (6) weight report; (7) respiration report, or (8) full report, by pressing 
1-8, respectively on the touch-tone keypad (Steps 135 • 142). Next, the care provider is asked in Step 143 to enter 
the fax number of the locetion where the report is to be sent. In Step 144, the care provhler may select a text 
report by pressing a certain button on the touch-tone keypad or a graphics report by pressmg a different button (Step 
145). If the care provider selects a text report, mterf ace 14 telb the care provider to enter a certain number on 

10 the touch tone keypad to hang up and end the session (Step 14B) whereby the text report will be sent to the fax 
number or enter a different number if the care provider wants to return to the main menu (Step 147) whereby the 
text report win be sent to the fax number after the session is completed. If the care provider selects a graphics 
report (Step 145), the interface 14 asks the care provider to select a sample tune interval (in seconds) from 1 - 300 
seconds (Step 148). If an invalid number is selected (Step 149), the interface 14 returns to Step 148. The care 

15 provider then enters a certain number on the touch tone keypad to hang up and end the session whereby the 
graphics report wIlJ be sent to the fax number (Step ISO) or enter a different number (in this case the number *2") 
if the care provider wants to return to the main menu whereby the graphics report will be sent to the fax number 
after the session is completed (Step 147). 

Alternatively, the device 10 may store a fax number and the device could be programmed to send faxes 

20 inchiding daared information at specific tnnes. 

If the care provkJer selects the send file mode in Step 151, the care provider is transferred to the send 
file menu (Circle F) illustrated in FIG. 8C. Steps 152 - 163 are similar to Steps 135 - 147 above except that the 
care provider must enter a sample time interval (Step 160) and the computer phone number is entered instead of 
a fax number (Step 161) so that the report file is sent to e computer instead of a fax. Further, the dev»e 10 may 

25 be programmed to send e-mails via a communication network such as the Internet In this feature of the bivantion, 
the device wouU be programmed to kig onto the communication network, enter a password stored ta memory and 
send an e-mail report. 

In another aspect of the present invention, the device may be programmed to ask a patient questions 
regarding how they feel, how much pain they are experiencing, etc. The answers to these questions may be 

30 accessed by a care provider to assist the care provider In programmbig the protocol of the device as will be 
understood by those of skill in the art. For example, if a patient indicates that he or she is feeling good, the care 
provider may not edit the protocol. This feature of the invention permits the cere provider to eccess more 
information and better treat the patient. A patient may input their data through the device 10 itself, through the 
bcal phone 48A or in other ways such as through a computer, etc. The patient could enter this data whenever the 

35 patient's condition changes or be prompted, i.e.i by a telephone call or an alarm on the device 10, to enter the 
information at fixed intervals. 
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In accordance with the present invention, there is provided a medical system which permits the remote 
access and control of a medical device. The system is arranged to permit a caregiver to control the medical device 
from a remote phone, computer or other transcehrer. The caregiver may obtain date from the medical device, such 
as in the form of a written report (such as by facsimile), by voice data, or by graphical or alphanumeric data 
provided to a computer (which may be presented as graphs or other data on a screen end/or stored in a computer 
memory). The caregiver may also program the medical device if the device stores a programmabh protocol. In 
addition, the system is srranged to that an alarm signaled by the nraiEcal device is then triggered ramotely as well. 

Specific examples of the adaptation of the system of the invention to specific medical devices are describad 
above. Those of skill in the art will appreciate the edaptation of the system to e wide variety of other medical 
devices. 

Of course, the foregoing description is that of preferred embodiments of the bivention, and various changes 
and modifications may be made without departing from the spirit and scope of the invention, as defined by the 
appended claims. 
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WHAT IS mm\^ |g: 

1. A remotely eccessible medicel devica system having a programmable protocol and storing patient 
data, the medical device system bang programmebie by a remote transceiver and capable of sending patient data 
to a remote location, the medical device system comprising: 

an etactronicany controllable meifical device connected to a patient and having a protocol or patient data 
associated therewith; 

a memory for storing a programmable protocol or patient data; 
a data storage unit for storing a data signal; 

a communication port for connection to the remote transceiver for sending a data signal to a remote 
locetion and for receiving a signal from the remote transceiver; 

e processor arranged to manipulate the progrannnable protocol in said memory in response to recewbig a 
remote programming signal or to send said data signal including patient data from the data storage unit ui response 
to a remote data access signal 

2. A method for accessing a medical device from a transceh/er positioned remote from said medical 
device, including a control associated with said medical device, said control having a programmable protocol or patient 
data associated therewith, comprising the steps of: 

estabfishiiig a connection between the medical device and the remote transceiver; 
sending a signal from the remote transcehrer to said control; 

processing said signal and manipulating said programmable protocol if said signal is a programming signal 
from said remote transcehrer and sending said patient data to said transceiver or a secondary location if said signal 
is a data transfer signal 
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